BBS Toolkit/BBS Toolkit.iso/pc_board/tuam109.zip/HISTORY.DOC

Text File | 1993-03-19 | 23KB | 485 lines

     The Ultimate Account Manager V1.0 for PCBoard V14.5a - History file

   NOTE:-  The Ultimate Account Manager Version 2.0 has been delayed,
           pending the release of PCBoard Version 15.0.  Since the
           release of PCBoard V15.0 is very close, we want to ensure
           TUAM V1.0 will work with PCBoard V15.0 prior to releasing
           a new version of TUAM.

TUAM V1.09
03/19/93
   Bug Report:    Chris Kenward
      Fixed a bug when using PWRD time where TUAM would erronously give
      the full PWRD time for each session, regardless of time used that
      day.  May also have found the problem where a user would
      occassionally be reset to zero time, but being unable to reproduce
      this problem, we need to rely on reports of further occurences.

TUAM V1.08d
02/07/93
   Bug Report:    Jim Kreyling
      Fixed a minor bug that would deduct too much time from a user if
      they had successfully logged on to PCBoard but lost/dropped carrier
      prior to TUAM being run.

TUAM V1.08c
01/21/93
   Bug Report:    Chet Wilkinson
      Fixed a minor problem with the midnight rollover.
   Enhancement:   Internal
      Enhanced some of the error checking in the TUAMSM User Editor.

TUAM V1.08b
01/19/93
   Bug Report:    Larry Taylor
      Fixed a problem where TUAMLOFF was preventing the 'Mail Scan at
      Login' when using command levels.
   Bug Report:    Larry Taylor
      TUAMLOFF was not writing ALL levels to the node PWRD file, it was
      only writing the configured levels.  To conform TUAMLOFF to the
      conventions used by TUAM, TUAMLOFF now writes one entry for each
      and every security level from 1 to 255.  If the security level is
      not configured, then TUAMLOFF writes 10 minutes and 0 bytes in the
      PWRD file for that level.

TUAM V1.08a
01/16/93
   Enhancement:   John Huston
      Added '/M' switch to TUAMSM for all the monochrome monitor users.
      TUAMSM will still accept the alternate security file name, the
      order on the command line is unimportant.
   Change:        Internal
      In the User Editor of TUAMSM, changed the field label 'Bytes DLed
      at Log On' to 'Bytes DLed Today at Log On'.
   Enhancement:   Internal
      Enhanced TUAMLOFF so that if a configured level's PWRD time, Initial
      Time, Daily Time, and Session Time are all set to zero, the PWRD
      file will contain the value of the Time Threshold as the time for
      that level.  NOTE: This does not affect the 0 security levels.

TUAM V1.08
01/07/93
   Enhancement:   Internal
      Enhanced the Midnight Rollover Detection routines when using time
      accounts.  Added three new caller log entries; 'Midnight Rollover
      Detected', how much time of midnight rollover session was used
      after midnight, and the amount of time used in the last session.
01/06/93
   Addition:      Internal
      Added the PCBoard 'Bytes Downloaded Today' field to the User
      Editor in TUAMSM.
   Bug Report:    Internal
      TUAM was reporting an incorrect number of minutes for the current
      session in the caller log.

TUAM V1.07g
01/05/93
   Change:        Steve Williams
      Steve was experiencing a problem with another door reading the
      PWRD file when the daily time specified in TUAMSM was too large.
      Although PCBoard had no problems with the value, this other door
      would logoff the user.  To attempt to solve this problem TUAM and
      TUAMLOFF limit the time written for a level in the PWRD file to a
      maximum of 1440 minutes, which equals one full day.

TUAM V1.07f
01/03/93
   Change:        Steve Williams
      When a security level changes or the amount of initial time/bytes
      is changed for a security level, TUAM would automatically deduct
      the time/bytes used prior to the change.  This function now works
      based on flags time/DL deduct located in the configuration editor.
      When set to 'Y' TUAM operates as before, however when set to 'N'
      TUAM will no longer remove the previously used time/bytes.
   Bug Report:    Internal
      Fixed a problem where Time Threshold was not functioning properly.
   Bug Report:    Chris Kenward
      Fixed a problem with time not being deducted from the user's
      account.
   Addition:      Internal
      To the user editor, added the ability for wrap around of the
      PgDn/PgUp keys.  If you are on the first record and press PgUp you
      will go to the last record, and inversly when you are on the last
      record and press the PgDn key you will go to the first record.
   Addition:      Internal
      To the config editor, added the flags 'Time Deduct' and 'DL
      Deduct'.  See above for more info.  Also added a configurable
      Time Threshold which operates similar to the Bytes Threshold.
   Addition:      Internal
      To the user editor, enhanced the 'Total Bytes Downloaded' and
      'Total Bytes Uploaded' to show the values stored by TUAM and
      PCBoard.  The difference between these amounts depict the amount
      of bytes downloaded or uploaded during the last session and will
      be updated the next time the user is on the system.  For example,
      'PCB DL Bytes' - 'TUAM DL Bytes' = 'Bytes downloaded in last session'
      'PCB UL Bytes' - 'TUAM UL Bytes' = 'Bytes uploaded in last session'
      Also added a field from the PCBoard user file 'Elapsed Time On'.
   Change:        Internal
      In the user editor, changed the field titles 'Time Left in Account'
      to 'Time Left at last login' and 'Bytes Left in Account' to 'Bytes
      Left at last login'.  Note that time used and bytes downloaded are
      only deducted from the account at login and not at logoff.

TUAM V1.07e
12/23/93
   Bug Report:    Internal
      Fixed a bug in the user initialization routine where a new user
      would be kicked off the BBS on first entry through TUAM.  Even
      though this was happening, the user's account was being properly
      initialized and the second time through TUAM the operation
      returned to normal.

TUAM V1.07d
12/21/92
   Addition:      Chet Wilkinson
      It seems Chet is having a problem with TUAMs display to the users
      over COM2.  To help in debugging this problem we have included a
      /D switch, which will include some extra info in the caller log.
   Bug Report:    Internal
      Fixed a problem where Real Ratios was giving the incorrect number
      of bytes when the Bytes Left in Account was less than the session
      bytes.
   Bug Report:    Internal
      Fixed a problem where time would not be reliably deducted from the
      user's account.  This was due to the change to a non-USERS.SYS
      door.

TUAM V1.07c
12/12/92
   Bug Report:    Internal
      Fixed a bug where under certain conditions TUAM would not reliably
      reset a user's time and bytes if he was controlled by a Quarterly
      reset.
   Bug Report:    Internal
      When using sliding levels TUAM would lockup if it tried to create
      a user level greater than 255.  Error checking has been added to
      prevent this from happening.


TUAM V1.07b
12/11/92
   Bug Report:    Steve Williams
      Node Status was incorrectly set to 'U' after a user logged on to
      PCBoard if command levels were being used.  Node Status will now
      be 'A' if you are using command levels and the user's command for
      chat is enabled.  Also corrected a problem where TUAMLOFF would
      put up to 3 extra colons on the end of the COM port definition
      in PCBOARD.DAT.

TUAM V1.07a
12/09/92
   Bug Report:    Steve Williams
      Fixed a problem with DateLastDirRead in the user file which was
      causing PCBoard to think some users had not done a new file scan
      recently.  While this was not a great problem for users who read
      mail online, albeit a pain in the butt, it may have produced some
      real problems for users who use offline mail readers and have the
      new file scan selected. This very thing happened to me and I
      received a NEWFILES.DAT of well over 2 megs in my last mail
      packet.

TUAM V1.07
12/08/92
   Change:        Internal
      Many of our registered user's have been experiencing difficulty
      using TUAM with other login doors.  To fix this problem TUAM no
      longer requires a USERS.SYS file.  In fact, if the USERS.SYS file
      exists when TUAM is run, PCBoard will over-ride any changes that
      TUAM has made to the users file.  Ensure no USERS.SYS file exists
      when running TUAM to ensure reliable operation.  Please note due
      to these changes the status bar in TUAM is no longer displayed.

TUAM V1.06a
12/07/92
   Addition:      Internal
      Added to the TUAMSM User Editor the Log On and Log Off date and
      time.
   Change:        Internal
      Changed the Time fields in the TUAMSM User Editor so they can be
      edited.
   Change:        Steve Williams
      Changed the Initialize User routines in TUAM so that users will
      be more intelligently intialized with time and bytes.  When
      running in subscription mode with a time/byte reset frequency of
      weekly, monthly, quarterly, semi-annually, or yearly TUAM will
      calculate the intial time/byte values to give to the user based
      upon the number of days left in the subscription.  If you are
      running a version of TUAM previous to V1.06a and have been using
      subscription mode and would like to 'equalize' your user accounts,
      then contact the authors at the Support BBS for the TUAM Equalizer
      Utility (TUAMEQLZ.EXE).

TUAM V1.06
12/05/92
   Addition:      Internal
      With the arrival of our new Borland C++ V3.1 compiler with have
      been able to provide you with a new door file, TUAM386.EXE, which
      is optimized for use on 80386 CPUs.  TUAM386.EXE provides
      compatibility with PCBOARD/M multiport code via FOSSIL drivers.
      Although all other .EXE files have been recompiled using Borland
      C++ V3.1, they remain compatible with 8088 CPUs.
   Bug Report:    Gary LaPierre
      TUAM was not correctly supporting PCBoard's Subscription Mode when
      dealing with the expiration of users.  Now TUAM will not expire
      users unless Subscription Mode is enabled and one or more of the
      expiration flags in TUAMSM is enabled.

TUAM V1.05b
11/29/92
   Bug Report:    Internal
      When using a 'Ratio Type' of Real, 'Byte Ratio', and 'File Ratio',
      and a user signs in who has bytes in his account, TUAM would not
      give the user any bytes if the file ratio was out of line.  This
      has been fixed so that as long as a user has 'Bytes Left in Account',
      the user will be given session bytes.
11/29/92
   Bug Report:    Jim Kreyling / Chet Wilkinson
      In the TUAMSM User Editor, the PCBoard user record 'Last Date On'
      was being reset to be the same value as the 'Last Date On' stored
      in the TPA Data when a user record was edited.  For edited users
      who had not yet passed through TUAM, this would cause their
      PCBoard user record 'Last Date On' to be set to '00-00-00'.  If
      the Sysop used PCBPACK then those edited users stood a chance of
      being incorrectly packed out of the user base.  This has been
      modified and the TUAMSM User Editor is no longer changing the
      value in the PCBoard user record 'Last Date On' field.

TUAM V1.05a
11/27/92
   Bug Report:    Chet Wilkinson
      When a level for a user was changed using either PCBSM or a user
      registration door, TUAM was not correctly updating the user to the
      new level.  Now when TUAM finds a security level change it will
      update the user's time and bytes in the account to match the
      settings for the new level, subtracting any previously used time
      and bytes from the account.  For this to work the Auto TPA Update
      flag must be set to 'Y' for that user.
   Change:        Internal
      TUAMLOFF is now a little smarter, rather than simply write out
      1440 minutes for each level in the PWRD file, it now will write
      out the daily time for a level.  If the daily time is set to 0 for
      the level, TUAMLOFF will still write 1440 minutes to the PWRD file
      for the level.

TUAM V1.05
11/26/92
   Addition:      Jim Kreyling
      Added another editor to TUAMSM.  The Level Editor will allow the
      Sysop to edit all the settings for one level on one screen, with
      the exception of the command settings.  This should round out the
      editing capabilites of TUAMSM.
   Bug Report:    Internal
      Missed a couple of bugs when we rewrote the PWRD file compilation
      routines.  These are now fixed and TUAM is working once again.

TUAM V1.04
11/25/92
   Bug Report:    Jim Kreyling
      Fixed a problem where the ULP (upload processing) would not
      correctly credit the user's account with the required number of
      bytes.  I guess we broke this feature in V1.03.
11/24/92
   Addition:      Chet Wilkinson
      Added a 'Forced Level' field to the Byte Editor in TUAMSM.  When
      this flag is set to yes, it will force TUAM to build this level in
      the node's PWRD file based on the user's initial data.  This field
      fully supports additional security levels.
11/23/92
   Change:        Internal
      In TUAMSM User Editor, changed the 'Time Used Today' field from 3
      to 4 characters wide.
11/22/92
   Addition:      Internal
      If a user's security level cannot be found in the security file
      during login, the user will be given a default 10 minutes.  This
      falls in line with what PCBoard does if it cannot find a security
      level in the PWRD file.
   Addition:      Internal
      Once again in our attempt to, as closely as possible, follow all
      of PCBoard's conventions, TUAM now includes the F1-Temp-Sysop
      level when writing the node specific PWRD file.  This includes
      any additional security levels specified in the configuration
      editor.
   Change:        Internal
      When the PCBoard @-variable @WAIT@ was used in any of TUAM's
      display files, it would display the number of minutes left as 1440.
      TUAM has been changed so that @WAIT@ will display 10 minutes left.

TUAM V1.03b
11/19/92
   Addition:      Gary LaPierre
      Added ability to use multiple security and configuration files.
      To use the alternate files provide the file name, without the
      file extension, as the first parameter on the command line.
      If a parameter is not supplied or the name provided is invalid
      TUAM and TUAMSM use TUAM for the file name.  This version was not
      widely released.

TUAM V1.03a
11/15/92
   Document:
      Only change to this version was the document files.

TUAM V1.03
11/07/92
   Addition:      Chris Kenward
      Expanded on the expire flag so that expiry can take place on 0
      bytes,  0 time, and/or encountered PCBOARD USER expiry date.
   Addition:      Internal
      Added to the User Status Display in TUAM, the actual byte and/or
      file ratios based on information stored in PCBoard. This
      information is displayed only if byte and/or file ratios are
      specified for the user's level.
11/06/92
   Bug Report:    Internal
      When using file and/or byte ratios, and sliding levels, when the
      byte or file ratio failed the failure files would be displayed
      once for each sliding level.  This has been fixed so that the
      failure files will only be displayed once if any sliding level
      fails the ratios.
   Change:        Internal
      In order to maintain consistancy in the byte editor the Initial
      Bytes field has been changed to Initial KBytes.  Modify your data
      to reflect this change.

TUAM V1.02
11/01/92
   Addition:      Chris Kenward
      Added an Expire flag in the byte editor, this flag if set to Yes
      will cause the user's level to be set to the user's expired level
      or to the default expiry level in PCBOARD.DAT if the user's
      expired level is 0, when either time or bytes reaches 0.  This
      allows the Sysop to expire the user when the time or byte
      subscription runs out.
   Addition:      Internal
      When a user's time left in account falls below 10 minutes the user
      shall receive 10 minutes until the time left in account reaches 0.
   Bug Report:    Internal
      Found and fixed a bug which caused TUAM to incorrectly report the
      number of bytes in a session in the caller log.

TUAM V1.01
10/31/92
   Bug Report:    Internal
      Found and fixed a bug which caused the user's elapsed time to be
      deducted twice, once by TUAM and once by PCBoard.
   Bug Report:    Chris Kenward
      Found and fixed a bug in the security file auto-version-update.
      You would not notice this problem if you made a change in one of
      the editors and then saved the data.  This bug only appeared when
      upgrading from V1.0ß4.15 to V1.0ß4.20 or the released V1.0.

TUAM Version 1.0 - ßeta cycle completed
10/30/92

TUAM V1.0ß4.20
10/12/92 - 10/28/92
   Addition:      General Discussion
      Made it possible for a user to completely use the bytes in his
      account by adding a KByte Threshold in the configuration editor.
      When the bytes left in a user's account falls below the KByte
      Threshold, the user will be given the amount of kilobytes defined
      in KByte Threshold, until his account reaches 0 bytes.
   Change:        Internal
      Changed the name of the program from TUBS to TUAM (The Ultimate
      Account Manager).  This was necessary due to the additions made to
      the program to include time and command levels.  See UPDATE.DOC
      for more information on what is necessary to make the move from
      TUBS to TUAM.  These additions required that the TPA size be
      increased to 44 bytes from the previous 32 bytes, and that the TPA
      version be changed from 100 to 101.  Run the UPDATE.BAT file to
      rename the TPA, rename the security file and remove the old
      programs from the TUAM home directory.  Running TUAMSM will
      automatically change the structure of the security file.  The DEMO
      key file for TUBS is not compatible with TUAM and a new DEMO key
      file is provided with the TUAM package.  Many changes and
      additions have been made to the editors available in TUAMSM, see
      the documentation for an explanation of the editors.
   Bug Report:    General discussion
      Entering some doors caused PCBoard to lose track of the bytes
      provided by TUBS.  This was caused by the way TUBS was telling
      PCBoard how many bytes a user had available for use.  To solve
      this problem it is necessary to write an individual PWRD file for
      each node, this is handled automatically by the TUAM door.  The
      first time the TUAM door program is run on a node, it will modify
      the PWRD location/name entry in the PCBOARD.DAT file for that node
      to point to the node's home directory.  Everytime the TUAM door
      program is run on a node it will create a PWRD in the node's home
      directory with the entries necessary for this user to access your
      BBS.  The TUAMSM program will automatically load the PCBoard PWRD
      file the first time it is run, after this all changes to the PWRD
      file should be made using the TUAMSM program and not PCBoard, as
      the PWRD data is now contained within the TUAM security file.  You
      should also note that the Session Bytes and Daily Bytes in the
      TUAMSM program has been changed from bytes to kilobytes, and you
      will need to make adjustments to these fields.
   Change:        Internal
      Changed the Lockout field to represent zero bytes to be granted.
      Changed the names of a number of the display files and ensured
      they would allow specific files for security level, graphics, and
      language.  These files are:
            FROM              TO
            ---------         ----
            BYTEFAIL          NOB
            FILEFAIL          NOF
            PROMO             BYE
            LOCKOUT           B0
   Addition:      Internal
      Additional security levels (sliding levels), see documentation for
      more information.

TUBS 10E  v1.0ß4.15
10/04/92
   Bug Report:    Jerry Sturdevant
      Fixed a bug where both the BYTEFAIL and the FILEFAIL files were
      displayed, if only the byte ratio was out when checking was turned
      on for both byte and file ratios.
   Suggestion:    General discussion
      BYTES.EXE now returns the user's level in the DOS environment
      variable ERRORLEVEL.
   Suggestion:    Internal
      Removed the program signature display from the DEMO version, so that a
      sysop can see how the program will look when it is registered.  However,
      the demo expiry date reminder will still be seen by the sysop, but
      not by the user.

TUBS 10D  V1.0ß4.14
09/17/92
   Suggestion:   Steve Williams
      Added two new reset frequencies to the security file editor.
         Q - quarterly  (every 3 months)
         S - semi-annually (every 6 months)
   Bug Report:    Internal
      Corrected a problem where a locked out user may not be displayed the
      basic statistics or the LOCKOUT file.
   Bug Report:    Internal
      Corrected a problem with the keyboard timeout, when displaying the
      promo file.

TUBS 10C  V1.0ß4.13
09/13/92
   Bug Report:    Internal
      Corrected problem with accounts where Monthy or Annual Accounts
      were combined with Ratio accounts.  Logic was not causing
      proper decrease in account bytes.
   Bug Report:    Internal
      Added checking for any possible problems your system clock may
      have, wrong system time.  Logic will correct for incorrect
      system time without damage to accounts.

TUBS 10B  V1.0ß4.12
09/07/92
   Bug Report:    Internal
      Minor cosmetic changes to System Manager
   Bug Report:    Internal
      Corrected some minor logic that could have caused display problems

TUBS 10A  V1.0ß4.1
08/29/92
   Bug Report:    Internal
      Fixed problem with security level display in TPA editor portion of
      BYTESM.EXE.   This created no problems, but was visually unattractive.
08/26/92
   Initial release to wide beta.